Search Results: "Maximilian Attems"

21 October 2009

Maximilian Attems: Particle Physics Planet

planet.teilchen.at is a shiny new selected blog roll of prominent Particle Physics blogs. Reading it should keep you updated on progress at the Large Hadron Collider (LHC) as well as on new discoveries in High Energy Physics, Astrophysics, Cosmology, advances in Quantum Chromodynamics (QCD), String Theory, Black Holes and many other hot physics topics. Most posts should be readable for scientifically interested public. Enjoy a daily read. www.teilchen.at is the Austrian outreach site of Austrian particle and nuclear physicists. Authors are leading austrian scientists. The site just got relaunched with new features including some socialweb goodies (planet, share links on the bottom, better readability, noframes, ..). Happy if you send corrections or suggestions to mattems@teilchen.at.

20 October 2009

Maximilian Attems: Debian Kernel Meeting

Vincent Sanders took notes during all our meetings at the Portland Linux Plumbers Conference: Debian Kernel Group Meeting. The condensed form has been posted today as Bits from the kernel team. In the case of feedback I'd highly recommend to bring the Debian Kernel Mailinglist into the loop. The meeting decisions were done by the team as entity. Responding to the deprecation of some external patches (Vserver, Xen Dom0): None of above patches have an upstream that supported the Lenny released version. Both have troublesome bugs in Lenny and thus are not in a condition one would expect from a stable release. If you want to help and have continued release of those beyond squeeze the answer is easy: Get them merged upstream. Openvz supports Lenny linux-2.6 version actively and promised to keep up with their work for Squeeze. It has been a very productive meeting with lots of problems^Witems discussed. Interesting tracks for better cooperation between distributions, heavy technical tracks and loud BOFS. Quite some work has already been picked up since (Bug scripts, 2.6.31 experimental uploads, DEB_BUILD_OPTIONS=parallel=N support, package descriptions improvements, piuparts install fix, DFSG firmware clean, preempt, ..). So thanks a lot to Steve McIntyre (Debian Project Leader) for pushing the meeting, to Steve Langasek for setting it up on site and of course to everyone who contributed. Read aboves report for the full picture. :-)

24 March 2009

Maximilian Attems: 2.6.29 in sid

Latest Tasmanian Devil Linux 2.6.29 adds quite a lot of new features: Kernelnewbies 2.6.29 Overview. Thanks a lot to the FTP Master Team for making possible the same day upload. Big thanks also for the regular testers of the rcX trunk snapshots.

9 March 2009

Maximilian Attems: git: Throw away first X commits of a repository

Today got asked by a colleague, who wanted to throw away the early history of his repo. git allows you easily to rewrite the history start with:
echo $FIRST_SHA >> .git/info/graft
git filter-branch -f
Then with interactive git rebase you can rewrite this important initial commit. Of course you have to define $FIRST_SHA and your repo shouldn't be dirty.

5 February 2009

Maximilian Attems: initramfs-tools new Lenny features

initramfs-tools design principle is to ship a generic initramfs. The design explicitly allows lots of customization through hook and boot scripts. A previous post focused on the history of initramfs-tools. Several contributors enhanced initramfs-tools since the Debian Etch release so the non exclusive new feature list: As bonus to some cleanup and docs update we have also seen a Ubuntu sync and are not too diverged.

19 September 2008

Maximilian Attems: playlist sept. 2008

This time crushing for goooood voices across really different styles: double *bounce* triple *bounce*
For the youngsters among you who missed out Spiral Tribe there tunes still kick ass. Mono & Nikitaman were the best at the Viennese Donauinselfestival and should be seeeen life. Only the Dj Brace track is not yet released. p.tah is the mastermind of B Seiten Sound. Enjoy ;)

31 July 2008

Julien Danjou: ATL1E support in 2.6.26-1

Ben Armstrong opened an ITP for the ATL1E NIC driver, which is found on some Asus EeePC laptops. So, as suggested by Maximilian Attems, I provided a clean patch for this driver, made from a cherry-pick from the linux-netdev 2.6.27 tree. It has been commited into the 2.6.26-1 Debian kernel, which will be furnished with Lenny. What's fun, is that in the mean time, I got a new computer at work. Wait, it's not fun yet. Because what I did not know is that it's made of an Asus P5Q motherboard which runs a NIC needing the ATL1E driver (and now you see it's fun). So I've just upgraded to 2.6.26-1-amd64 and I'm glad that my own work is useful to me (and will be probably be to others as well). :-)

26 July 2008

Philipp Kern: Stable Point Release: Etch 4.0r4 (aka etchnhalf)

Another point release for Etch has been done; now it's the time for the CD team to roll out new images after the next mirror pulse. The official announcements (prepared by Alexander Reichle-Schmehl, thanks!) will follow shortly afterwards. FTP master of the day was Joerg Jaspert, who did his first point release since Woody, as he told us on IRC. We appreciate your work and you spending your time that shortly before going to Argentina. This point release includes the etchnhalf update introducing a new kernel image (based on 2.6.24) and some driver updates. Additionally the infamous openssl hole will be fixed for good, even for new installs. Again I want to present you a list of people who contributed to this release. It cannot be complete as I got the information out of the Changed-by fields of the uploads. From the Release Team we had dann frazier (who drove the important kernel part of etchnhalf), Luk Claes, Neil McGovern, Andreas Barth, Martin Zobel-Helas and me working on it. ;-)

22 July 2008

Maximilian Attems: OpenVZ Debian Linux images

Thanks to the Virtuzzo developers for forward porting the OpenVZ patch to 2.6.26. It uses a lot of the already merged namespace features (For interested peoples linux-next carries interesting sysfs patches). The openvz upstream merge statistic is impressive. The namespace solution allows low overhead, while still running multiple Linux distributions in individual containers on the same box. Control over the network vitalisation is gained as a resource management for CPU power, I/O bandwidth and disk space. Live migration including snapshotting is possible too. The Debian 2.6.26 Linux images will feature not only better Xen vitalisation support, kvm port to new archs, but also an opvenvz flavour. Please don't forget to install proper vzctl userspace support as the correct dependencies have not yet been added. Supported archs will start with both x86 and the ia64 archs. Tomorrows linux-2.6 Debian trunk snapshots will already build openvz. Thanks for your feedback. P.S.: 2.6.26 is the targeted kernel for Lenny, we hope to convince Debian installer people to pick it up soonest - 2.6.25 is a not so bad backup plan as release hasn't fully approved 2.6.26 before extensive unstable testing.

25 June 2008

Maximilian Attems: Open Source Graphic Drivers - oops less often

If you haven't read yet: Linux Graphics, a Tale of Three Drivers. The hard data is based on reports thanks to kerneloops.org. It matches quite evenly our bug experience on the Debian Linux images. As already stated "Open Source Graphic Drivers - They don't kill kittens". The unnamed company claims no need for open drivers. Hardware vendors need not to forget that they don't get revenues from the drivers side. The conclusion is to buy hardware, where the vendor cares about Linux support. That means documents the hardware and enhances current free xorg with all needed goodies of enhanced power support and last but not least 3D acceleration support.

23 May 2008

Maximilian Attems: "Open Source Graphic Drivers - They don't kill kittens"

People don't seem to get that once you load a 1MB binary blob into your kernel you are no longer running a free operating system. There is no way to fix it. No way to see what is going wrong. Fedora 9 is shipping the latest xorg Release. It features major improvements for the Intel and Radeon drivers. The well known randr features got pushed even more. Plus gaining better 2D and 3D effects and important power saving improvements. Thanks to all the xorg hackers! Big blame on a unnamed company that can't keep up with latest Linux (Xen gained paravirt_ops support in 2.6.24 - oh yeah but we are still on 2.6.18 state). To truly support Linux you'd have to first release your specs and then help existing xorg hackers. Even Via seem to have got the message lately after years of no transparence.

29 January 2008

Maximilian Attems: 2.6.24 in Sid

2.6.24 has been uploaded on Saturday and passed NEW on Monday. It will be soonest available for all archs. If we don't get enough test coverage or things go bad 2.6.22 will be the fallback for Etch+half. The images install in Lenny/testing just fine. So please give it a spin. Known Issues are still missing VServer and Xen images, bnx2 + snd-cs46xx disabled due to firmware issue and ACPI userland still relying on old interfaces (for example #462305). For more adventurous souls the kernel buildserver will continue to track latest Linus git daily snapshot (enhanced ext4 should land soon). 2.6.24 will also soon be pushed to Testing. I repeat this is not the real Etch+half kernel yet as there will be some config changes for it, but it is pretty close. Thanks for your 2.6.24-rc7 feedback.

11 January 2008

Maximilian Attems: Testing Etch + 1/2 Kernel

2.6.24-rc7 is available on 5 architectures (amd64, i386, powerpc, s390, sparc). Please add the following line to your Lenny or Sid box sources.list and report back:
deb http://kernel-archive.buildserver.net/debian-kernel trunk main
This is not yet the real Etch + 1/2 kernel, but comes pretty close. According to our initial testing and user feedback 2.6.24 promises to be a great release. It will help Etch to have proper hardware support for newer hardware, has better power efficiency due to tickless kernel, enhanced wireless card support, the CFS scheduler and much more... It is a Debian novelty to provide an supported optional Linux kernel upgrade for a stable release. This is not the final as due to incompatible user interface the Etch build will have the old firewire stack. Once aboves land in Sid and got broader coverage will announce the Etch snapshots. So please give it a shot on your Testing/Unstable boxes.

3 December 2007

Michael Prokop: git[-svn] in 30 minutes

… or something like that… I planned to write a short note about how to start with using git-svn so I can provide a pointer to some of my colleagues. It turned out that git has too many nice features that you should be aware of. :) Hopefully my notes (now being a reference for myself as well, thx to gebi for all the help and feedback) are useful anyway. If you think something (more or less essential, or at least something most of us should be aware of) is missing: please feel free to mention that in the comment section of my blog entry, thanks. Disclaimer: I’m still happy with mercurial for what I - and we at grml in general - use it: linear, but anyway distributed development. git on the other hand provides some really nice features. Rebasing and branching with git is really great - so non-linear development just works. As usual: use the right tool for the right job. git is a bit complicate to use. Not only but especially in the beginning. On the other hand I’m not such a big friend of subversion. If you wanthave to use subversion (Graz University of Technology for example provides a svn service to their students and employees) but prefer to work with git instead you should be aware of git-svn. git-svn gives you bidirectional operation between subversion and git. First of all make sure you have all you might need when working with git. Make sure to use a current version of git (I’m refering to version >=1.5.3). Just execute the following command line on your Debian system to install all relevant packages:
aptitude install \
git-buildpackage git-core git-cvs git-daemon-run \
git-doc git-email git-gui git-load-dirs git-svn \
gitk gitweb qgit
Now let’s start with some general and basic configuration:
# Remove directories from the SVN tree if there
# are no files left behind, configure it globaly:
git config --global svn.rmdir=true
# Want some more global, personal git configuration?
for line in  
  user.name=Michael Prokop 
  user.email=foo@example.invalid 
  color.diff=auto 
  color.diff.new=cyan 
  color.diff.old=magenta 
  color.diff.frag=yellow 
  color.diff.meta=green 
  color.diff.commit=normal 
do
  git config --global $line
done
Check out man git-config for much more details about configuration options. First tip: set ‘g’ as an alias for git so you don’t have to type that much. I’ll write the long version in the following examples so copy/paste works for everyone. Make sure to use the short options of git itself as well: use ‘git co’ for example instead of ‘git checkout’. You can define your own aliases inside git as well - either manually in ~/.gitconfig or running something like:
git config --global alias.st status
Enough pre-configuration for now. It’s time to checkout the SVN repository:
# Check out the SVN repository and set 'svn/' as
# prefix for the branches:
git svn clone -s --prefix=svn/ \
https://svn.tugraz.at/svn/$project foobar && 
cd foobar
# Adjust svn:ignore settings within git:
git svn show-ignore >> .git/info/exclude
# List all branches:
git branch -a
# List all remote branches:
git branch -r
# Rebase your local changes against the
# latest changes in SVN (kind of 'svn up'):
git svn rebase
# Checkout a specific branch:
git checkout $branch
Ok so far? But what do we have to do if we want to work on the upstream source and are allowed to commit/push directly to the repository? Let’s see how to work on that without using branches:
# Hack:
$EDITOR foobar
# Check status
git st[atus]
# List diff:
git diff [foobar]
# Commit it with a commit message using $EDITOR:
git commit -a
# Now commit your changes (that were committed
# previously using git) to SVN, as well as
# automatically updating your working HEAD:
git svn dcommit
But what should we do if we do not have commit rights? Let’s create our own branch and send a patch via mail to upstream:
# Make a new branch:
git checkout -b mikas_demo_patch
# and hack...
$EDITOR
# Commit all changes:
git ci -a -m 'Best patch but worst commit msg ever'
# ... and prepare patch[es]:
git format-patch -s -p -n master
# Now send mail(s) either use git-send-email:
git send-email --to foo@example.invalid *.patch
# ... or if you prefer mutt instead (short zsh syntax):
for f in *.patch ; mutt -H $f
You got a mail from someone else and would like to incorporate changes from the attached patch in your repository? Just store the mail in a seperate mailbox (use save-message in mutt for example, keybinding ’s’ by default), then execute:
# Apply a [series of] patch[es] from a mailbox
git am /path/to/mailbox
Want to work on a seperate branch and rebase your work with upstream?
# First of all make sure to use recent sources...
# So pull when using plain git:
git pull -u
# .. or when using git-svn use:
git svn rebase
# Then create a new branch:
git checkout -b mika
# Hack:
$EDITOR
# Commit:
git ci -a -m 'Best patch but worst commit msg ever'
# Switch to master branch:
git checkout master
# Pull again when using plain git:
git pull -u
# .. or when using git-svn use:
git svn rebase
# Finally switch back
git checkout mika
# Now rebase it with plain git using:
git rebase origin/master
# ... or when using git-svn:
git svn rebase
# Now check out the last 5 commits:
git log -n5
Another branch-session might look like:
git co -b foo
$EDITOR
git ci -a -m 'foo changes'
git co master
git co -b bar
$EDITOR
git ci -a -m 'bar changes''
git co foo
git rebase bar
git log -n5
git st
git branch
Pfuhhh? Right. :) Now it’s time to check out another cool feature: git stash, which is just great when pulling into a dirty tree or when suffering from interrupted workflow. Demo:
git stash
git pull / fetch+rebase
$EDITOR # fix conflicts
git commit -a -m "Fix in a hurry"
git stash apply
git stash clear # unless you want to keep the stash
git reset rocks as well:
# List all recent actions:
git reflog
# Now undo the last action:
git reset --hard HEAD@ 0 
How to get rid of branches?
# Delete a branch. The branch must be fully merged:
git branch -d remove_me_branch
# Delete a branch irrespective of its index status:
git branch -D remove_me_branch
# Delete a remote branch:
git push reponame :branch
Repack a git repository to minimize its disk usage:
git pack-refs --prune
git reflog expire --all
git repack -a -d -f -l
git prune
git rerere gc
Use git cherry to find commits not merged upstream. Another really cool feature is the interactive rebasing: git rebase –interactive Make sure you are aware of gitk: Screenshot of gitk … and don’t forget to set readable fonts for gitk, like:
[ -r ~/.gitk ]   cat > ~/.gitk << EOF
set mainfont  Arial 10 
set textfont   Courier 10 
set uifont  Arial 10 bold 
EOF
If you prefer a Qt based interface check out qgit. Useful ressources:

26 November 2007

Maximilian Attems: Sony VGC Ubuntu Install

This Sony 22' display is fun to watch movies or tv. Installed Ubuntu on such a all in one desktop for a friend. As much as Debian improved visually thanks to newer Gnome and good upstream tango icons. I'm much less impressed by the visual appearance of Ubuntu 7.10. The compiz stuff is fun of course, but the replaced icon sets seem like a regression nowadays.
The logout buttons seem uglier and more misplaced then the usual Gnome ones, same story with the orange openoffice.org or the gnome menu icons. Restricted-manager failed in strange loops due to no initial network availability. Network-manager seemed to write settings to the correct file for static ip setup, but didn't actually set up the network. Also the "play Dvd" usecase seemed not much easier then in Debian. Only bonus is the python apt sugar "Add Remove Applications".

7 November 2007

Maximilian Attems: playlist nov. 2007

I seem to rediscover old chill out classics like De Phazz and warm Marseillais Hip Hop in a foggy Viennese. Of course microthol live remixes scores a lot of plays. :)
See you in Flex for Miss Kittin.

29 September 2007

Maximilian Attems: happy git usage

Apparently Scott James Remnant in his article on version control systems confuses arch and git. One can only speculate that his short git usage stems from the pre 1.0 days, where you had to use higher level tools (called porcelain) to happily work on git. A funny anecdote is that Scott back in his dpkg hacking year promoted arch heavily. Ubuntu^Wbzr propaganda spreads speed gains as big bonus of the last major releases. In order to be able to do that you have to start with a terrible baseline. Testing bzr on middle sized repos is no fun at all. The bzr pain inside launchpad must be beyond imagination. Nowadays it is much easier to hack on mdadm than on lvm2. The reason is that later project uses rusty cvs. With git it is really easy to contribute back. Either you mail the patches or publish your repository. git will help you along on each way. The other very big bonus of git is the big community around git. It is a community excited around building and delivering the best version control system. The git development does regular surveys on git usages and incorporates back the wishlists. The most "funny" way to use git is to run it as cvsserver. You may believe me or not i have seen git cvsserver emulation usage in the wild.

28 August 2007

Maximilian Attems: YAPC::Europe 2007

The current Perl confernce in Vienna seems to get the biggest YAPC::Europe ever, see q&d YAPC first day notes.

24 August 2007

Maximilian Attems: linux-2.6 bugs cleanup part 2

Random notes on effective bugs cleanup on a bigger scale:
  • Ignore the subject. In 90% of the cases it is badly formulated and provides no clue.
  • Be on a good mood or don't even start.
  • Use different overviews (bts, mbox, web, reportbug-ng, ..) to not miss the easy stuff right on start.
  • Read the last message first. A please close message on the tail or an upstream nack keeps you from reading the previous ones. Obviously as curious person i often violate that rule.
  • Have prepared standard answers on FAQ: Debian kernel patch acceptance guidelines, report issue to Linux upstream, debug initramfs.
  • Be bold: A big wontfix list won't help anyone. Close right away.
  • In the ping mail directly write To the submitter. A Cc to the bug report makes it more personal.
  • Tag any bug that is against an old version with moreinfo in the ping mail. Gives the submitter a clear indication that this bug needs an update.
  • Sometimes a close acts better as ping, reopen quickly and use the info.
  • 17 August 2007

    Maximilian Attems: Huawei E220 HSDPA usb modem

    The usb modem works out of the box with current Linux 2.6.23-rc2 (why would you use older ;-).
    usb 2-2: new full speed USB device using uhci_hcd and address 8
    usb 2-2: configuration #1 chosen from 1 choice
    option 2-2:1.0: GSM modem (1-port) converter detected
    usb 2-2: GSM modem (1-port) converter now attached to ttyUSB0
    option 2-2:1.1: GSM modem (1-port) converter detected
    usb 2-2: GSM modem (1-port) converter now attached to ttyUSB1
    
    For lazy guys wvdial drei the wvdial.conf for 3 connectivity (hint - fix pin):
    [Dialer drei]
    Modem = /dev/ttyUSB0
    SetVolume = 0
    Dial Command = ATDT
    Init1 = ATZ
    ;Init2 = AT+CPIN=1234
    Init3 = ATE1V1&D2&C1S0=0+IFC=2,2
    Init4 = AT+IPR=115200
    Init5 = ATE1
    Phone = *99#
    Stupid Mode = 1
    Init8 = AT+CGDCONT=1,"IP","drei.at","0.0.0.0",0,0
    Dial Attempts = 2
    Username = xx
    Password = xx
    
    Current mood very happy. :) Aboves means connectivity almost everywhere in Austria due to A1 network fallback.

    Next.

    Previous.